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Intellectual Property Rights 



IPRs essential or potentially essential to the present document may have been declared to ETSI. The information 
pertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be found 
in ETSI SR 000 314: "Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in 
respect of ETSI standards", which is available from the ETSI Secretariat. Latest updates are available on the ETSI Web 
server ( http://webapp.etsi.org/IPR/home.asp ). 

Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guarantee 
can be given as to the existence of other IPRs not referenced in ETSI SR 000 314 (or the updates on the ETSI Web 
server) which are, or may be, or may become, essential to the present document. 



Foreword 



This Technical Specification (TS) has been produced by ETSI Project Telecommunications and Internet Protocol 
Harmonization Over Networks (TIPHON). 



Introduction 

The approach being taken to standardization in TIPHON represents a departure from that used in the past for PSTN, 
ISDN and GSM. Its aim is to allow much greater scope for competition through innovation in the design of equipment 
and services. Its aim is also to provide adequate standardization to facilitate the operation of services across 
interconnected networks, even networks that use different technologies. The present document presents the initial core 
set of Service Capabilities envisaged to be required to enable service providers to offer services on TIPHON networks 
that may safely interwork with existing PSTN services while enabling more advanced services to be subsequently 
developed. 

Figure 1 . 1 shows the relationship of the present document with other TIPHON release 3 deliverables. 
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Figure 1.1 : Relationship with other TIPHON release 3 documents 

TR 101 311 [6] provides the requirements on the transport plane, 

TS 101 878 [2] defines service capabilities that are used in the TIPHON Release 3 for a simple call, 

TS 101 882 [7] provides the protocol fi^amework based on the TIPHON Release 3 architecture to implement the 
simple call service capabilities as defined in the present document, 

TS 101 315 [11] is an implementer's guide that shows how to use of the meta-protocol to realise the capabilities 
as defined in TS 101 878 [2], 

TS 101 883 [8] provides the protocol mappings for the ITU-T H-323 profile, 

TS 101 884 [9] provides the protocol mappings for the SIP profile, 

TS 101 885 [10] provides the protocol mappings for the ITU-T H-248 profile, 

TS 101 314 (the present document) provides the architecture and reference configurations for TIPHON 
Release 3. 
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1 Scope 

The present document defines the network architecture and the reference configurations that are necessary for: 

• the deUvery of telephone calls, which originate and terminate in IP networks; 

• the delivery of telephone calls which originate in an Internet Protocol (IP) network and are delivered to Switched 
Circuit Networks (SCN); 

• the delivery of telephone calls which originate in SCNs and are delivered in an IP network; and 

• the delivery of telephone calls which originate in SCNs, routed through an IP network and finally delivered to an 
SCN. 

These four scenarios are part of TIPHON Release 3. 

The architecture includes provision of information and facilities which are incidental to the delivery of telephone calls 
described above. The present document builds upon the concepts embodied in the TIPHON Phase II Network 
Architecture and Reference Configurations by considering the additional scenarios and the expansion of the IP network 
into a more appropriate network model. 

The present document is applicable to equipment fulfilling the roles of the functional groups identified in [2]; Terminal 
functional group, network functional group and Gateway functional group, and also to entities within the IP network 
that are necessary to support the four scenarios of TIPHON Release 3. 

Where the text indicates the status of a requirement (i.e. as strict command or prohibition, as authorizations leaving 
freedom or as a capability or possibility), this may modify the nature of a requirement within a referenced standard used 
to provide the capability. 
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H.323". 
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(TIPHON) Release 3; Technology Mapping; Implementation of TIPHON architecture using SIP". 
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3 Definitions and abbreviations 

3.1 Definitions 

For the purposes of the present document, the following terms and definitions apply: 

administrative domain: collection of physical or functional entities under the control of a single administration 

aggregate bearer: logical association of functional entities in an IP telephony application and transport network which 
creates one or more concurrent end to end media flows and which is not limited to the duration of a single call 

Aggregate Bearer Admission Control (ABAC) function: functional entity that determines whether or not a flow is to 
be admitted as part of an established aggregate bearer 

Aggregate Bearer Measurement (ABM) function: function that determines the capacity used and remaining in an 
aggregate bearer as a result of measuring the actual media flows after taking into account what flows were requested 

application data: media or signalling information content 

bearer: logical association of functional entities in an IP telephony application and transport network which creates an 
end to end media flow for no longer than the duration of a call 
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domain: collection of physical or functional entities within an administrative domain which share a consistent set of 
policies and common technologies 

Domain IDentifier (DID): globally unique identifier of a domain. Domain identifiers may be mapped to the IP 
Telephony Administrative Domain (IT AD) Numbers, registered by lANA and used by the TRIP Protocol [4] 

end-user: entity using the services of an IP telephony service provider or transport network operator 

end-user domain: collection of physical or functional entities under the control of an end-user which share a consistent 
set of policies and common technologies 

functional entity: entity in a system that performs a specific set of functions 

functional group (FG): collection of functional entities within a domain. In TIPHON systems functional groups are 
used to structure the necessary functionality to offer IP telephony services across domains. 

gateway functional group: functional group containing the functionality of a network functional group also the 
functionality necessary to connect calls to the SCN 

NOTE: Gateway functional groups may be classified as originating or terminating based upon their location 
within the topology of a specified call. 

home network functional group: functional group, which is aware of the service application subscribed to by the end- 
user 

NOTE: Home network functional groups may be classified as originating or terminating based upon their location 
within the topology of a specified call. 

intermediate (transit) network functional group: functional group connecting the serving network functional group 
to the home network functional group 

NOTE: The intermediate network functional grouping is only present when the Serving network functional 
grouping and the home network functional grouping are not directly connected. 

information flow: interaction between a communicating pair of functional entities 

interconnection function: functional entity connecting two networks having differing administrative policy such as 
Quality of Service (QoS) or addressing policy but employing the same signalling protocol, and transport technology, at 
the point of interconnect 

interface: shared boundary between two communicating systems, devices or equipment 

IP network: packet transport network comprising one or more transport domains each employing the IP protocol 

IP telephony: any telephony related service that is supported on a managed IP Network 

IP telephony service provider: service provider who offers IP telephony services 

NOTE: The same business entity may act as both a transport network operator and an IP telephony service 
provider. 

network functional group: functional group containing the functionality required to establish a call between two 
terminals, a gateway and a terminal, or two gateways 

NOTE: network functional groups may be classified as originating or terminating based upon their location 
within the topology of a specified call. 

packet flow/transport flow: stream of packets of the same type identified by common address and port numbers 

NOTE: The stream may contain either signalling information or content description together with media 
information. 

protocol: set of semantics, syntax and procedures, which govern the exchange of information across an interface 

reference point: conceptual point at the conjunction of two communicating functional entities 
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service domain: collection of physical or functional entities offering IP telephony services under the control of an IP 
telephony service provider which share a consistent set of policies and common technologies 

serving network functional group: functional group that enables terminal functional groups to connect to an IP 
telephony service provide 

Switched Circuit Network (SCN): telecommunications network, e.g. Public Switched Telephone Network (PSTN), 
Integrated Services Digital Network (ISDN), and General System for Mobile communications (GSM), that uses 
circuit-switched technologies for the support of voice calls 

NOTE: The SCN may be a public network or a private network. 

terminal: endpoint within the user equipment on which signalling and media flows originate and/or terminate 

terminal functional group: functional group representing all the IP telephony functionality within an end-user's 
terminal 

NOTE: Terminal functional groups may be classified as originating or terminating based upon their location 
within the topology of a specified call. 

ticket: a ticket is obtained through the registration session, when used in a call it provides the terminal/user with a 
means to show a valid registration exists. 

transport domain: collection of transport resources sharing a common set of policies, QoS mechanisms and transport 
technologies under the control of a transport network operator 

transport function: functional entity representing the collection of transport resources within a transport domain which 
are capable of control by a transport resource manager 

transport network: collection of transport resources, which provide IP transport functionality 

transport network operator: business entity operating a transport network 

transport policy entity: functional entity that maintains the policies of a transport domain 

Transport Resource Manager (TRM): functional entity that applies a set of policies and mechanisms to a set of 
transport resources to ensure that those resources are allocated such that they are sufficient to enable transport flows 
with QoS guarantees across the domain of control of the TRM 

user equipment: equipment under the control of an end-user 

user profile: service specific information about a user of a service application 

3.2 Abbreviations 

For the purposes of the present document, the following abbreviations apply: 

ABAC Aggregate Bearer Admission Control 

ABM Aggregate Bearer Management 

BC Bearer Control 

CC Call Control 

CR Call Routing function 

DID Domain IDentifier 

DiffServ Differentiated Services 

DNS Domain Name Service 

DTMF Dual Tone Multi Frequency 

GSM General System for Mobile communication 

HREG Home Network Registration function 

lANA Internet Assigned Numbers Authority 

ICE Interconnect Function 

IP Internet Protocol 

IPN IP Network 

IPTN IP Telephony Network 

IREG Intermediate Network Registration function 
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ISDN 

IT AD 

MC 

MPLS 

PSTN 

QoS 

QoSM 

QoSP 

SC 

SCN 

SREG 

TA 

TF 

TP 

TREG 

TRIP 

TRM 



Integrated Service Digital Network 

IP Telephony Administrative Domain 

Media Control 

Multi-Protocol Label Switching 

Public Switched Telephony Network 

Quality of Service 

Quality of Service Management 

Quality of Service Policy 

Service Control 

Switched Circuit Networks 

Service Network Registration function 

Transport Accounting function 

Transport Function 

Transport Policy 

Terminal Registration function 

Telephony Routing over IP Protocol 

Transport Resource Management 



4 Basic concepts 

4.1 Functional planes 

TR 101 877 [17] describes an environment for communications services that encompasses multiple domains of control 
and technology. 

Figure 4.1 expands upon [17] by identifying the following functional planes, each containing a high level grouping of 
functionality: 

• IP Telephony Application; 

• IP Transport; 

• SCN; 

• Management. 







SCN plane 



Management 
plane 



IP Telephony Application plane 



IP Transport plane 




Figure 4.1 : Functional planes 

The SCN plane contains the functionality relating to the SCN. Part of the SCN plane is a component of the service 
abstraction layer as defined in [17] and part of the SCN plane is a component of the transport abstraction layer as 
defined in [17]. Architectures for SCNs are defined elsewhere therefore details of this functional plane are not 
considered further in the present document. 
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The IP telephony appHcation plane makes use of capabilities provided by the other functional planes and it contains 
functions to support telephony. The IP telephony application plane is a component of the service abstraction layer as 
defined in [17]. The IP telephony application plane contains functions and has information flows that support the 
Service capabilities defined in [2]. 

The IP transport plane contains the functionality relating to the underlying packet transport and services in general use, 
e.g. DNS. The IP transport plane is a component of the transport abstraction layer as defined in [17]. 

The management plane contains the management functionality relating to QoS, Security and network management. The 
details of this functional plane are considered in [5]. 

4.2 Domains and functional groups 

TS 101 878 [2] defines a number of concepts and terms that are used in the present document. 

Domains are a collection of physical entities or functional entities under the control of a single administration which 
share a consistent set of policies and compatible technologies. 

TIPHON distinguishes three kinds of domains: end-user domains, service domains and transport domain. 

The End-User Domain is controlled by the end-user while the service domain is controlled by an IP telephony service 
provider and the transport domain is controlled by a transport network operator. 

functional groups are the constructs used in the present document to structure functionality necessary to offer IP 
telephony services across domains. The mapping between domains and functional groups is shown in [2]. 

NOTE: There may not be a one-to-one mapping between application level domains and transport level domains. 

The following functional groups are identified in the end-user domain: 

• Terminal functional group: a functional group representing all the IP telephony functionality within a user's 
terminal. Terminal functional groups may be classified as originating or terminating based upon their location 
within the topology of a specified call. 



• 



The terminal registration functional group: a functional group representing the registration within the user's 
terminal. 



The following functional groups are identified in the service domain: 

• network functional group: a functional group containing the functionality required to establish a call between 
two terminals, a gateway and a terminal or two gateways, network functional groups may be classified as 
originating or terminating based upon their location within the topology of a specified call. 

• Gateway functional group: a functional group containing the functionality of a network functional group also the 
functionality necessary to connect calls to the SCN. Gateway functional groups may be classified as originating 
or terminating based upon their location within the topology of a specified call. 

The network functional group represents all of the functionality of an IP -based application in support of the call. In 
fixed network environments the originating end-user always has a contract with the service provider controlling the 
service domain containing the originating network functional group and the terminating user with the service provider 
controlling the Service Domain containing the terminating network functional group. For mobility considerations this 
may not be the case. Therefore network functional groups are further divided into serving network functional group, 
intermediate network Functional group and home network functional groups where these are defined: 

• Serving network functional group: a functional group that enables terminal functional groups to connect to a 
service provider. 



• 



The intermediate (transit) functional group: a functional group that connects the serving network functional 
group to the home network functional group. The intermediate network functional group is only present when 
the serving network functional group and the home network functional group are not directly connected. 

Home network functional group: a functional group, which is aware of the service application, subscribed to by 
the end-user. Home network functional groups may be classified as originating or terminating based upon their 
location within the topology of a specified call. 
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The home network functional group and the serving network functional group may reside in the same network or in 
different networks. 



5 Functional decomposition of the IP telephony 

application plane 

The architecture for the IP telephony application plane implements the capabilities necessary for the IP telephony 
application. 

The IP telephony application architecture is described using objects. These objects are related to each other but may be 
instantiated and deleted separately. 

One or more objects, taken together, exhibit the behaviour of the functional entities described in the present document. 
The functionality in the IP telephony application plane is distributed within functional layers based on object lifetime 
and object ownership. Each functional layer provides capabilities to adjacent layers. This grouping is useful to 
understand the functionality involved but does not imply any physical implementation. 

Where there is a requirement for an interface between functional entities a reference point is defined. 

5.1 Introduction to the functional layers 

The IP Telephony Application plane has 5 functional layers: the Services functional layer, the Service Control 
functional layer, the Call Control functional layer, the Bearer Control functional layer and the media functional layer. 

These functional layers are shown in figure 5.1. For simplicity only two functions are shown in each functional layer 
with all of the possible communication paths within the functional layer and to the adjacent functional layers. 




Media 
Control 



Figure 5.1 : Functional layers in the IP Telephony Application plane 

Each of the functional layers is introduced in the subsequent clauses. 

5.1 .1 The services functional layer 

The Services functional layer contains the collections of data and associated logic (e.g. scripts) that produce service 
functions. The services functional layer is related to the service and registration capabilities identified in [2]. A service 
capability may use more than one function in the Services functional layer and functions in other layers. 
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NOTE 1 : The collections of data and logic (service functions) may be held in many different places and may be 

owned and run by service providers who create services over networks run by other parties. These service 
functions may interact with each other way to control registration and to control calls. 

Call related service functions are accessed by the Call Control functional layer through the services control functional 
layer. Registration related functions, are accessed by the Service Control functional layer. 

NOTE 2: The following illustrates the operation of the Call Control functional layer, the Service Control functional 
layer and the Services functional layer. When a caller requests a call, the call control layer interrogates the 
Services functional layer (via the Service Control functional layer) for the caller's profile and any other 
service functions needed. Using this information, the Call Control functional layer sends a request for a 
call towards the called party. This request may be modified by an intermediate network (e.g. re-routed) 
but eventually arrives at the Call Control functional layer of the called party. This Call Control functional 
layer interrogates the called user's profile and other relevant service functions and determines whether or 
not the call can be accepted and if not what reply should be sent. 

This functional layer has the following functions: 



User-service profile function 


This function is present in a terminal registration functional group. It provides 

information required for registration and stores information received during 

registration (user related information pertaining to the services the user wants 

to register for as well as information on the service provider with whom the 

service shall be registered). 

It provides, on request, information needed for call establishment (such as 

authorization information and user preferences). 

The lifetime of this information is valid as long as the user has the contract with 

the service provider this service profile refers to. 



User profile function 


This function is present in the home network functional group. It holds 
information about the user. 

The lifetime of this information is valid as long as the user has the contract with 
the service provider this service profile refers to. 



Call Routing (CR) function 


This function is present in any network functional group. It provides 

address/number translation, number length determination and telephony 

routing capabilities. 

This function will exist as long as the service provider exists. The lifetime of the 

information contained in this function is as long as the call routing information is 

valid. 



Accounting function 


This function is present in any network functional group. It handles and stores 

call and service related information. The stored information may be used for 

billing the user or other operators. 

This function will exist as long as the service provider exists. The lifetime of 

information in this function is at least as long as the legal time to keep such 

information. 



QoS Policy (QoSP) function 


This function is present in any network functional group. It manages IP 
Telephony QoS policies and provides authorization of permitted and default 
QoS levels. 

This function will exist as long as the service provider exists. The lifetime of 
information in this function is as long as the QoS policies stay the same. 
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5.1 .2 The Service Control functional layer 

The Service Control functional layer provides two classes of functions: 

Management of registrations; and 

Support for calls. 

To manage registrations, this layer: 

Receives information from the terminal about the user and generates requests for authentication from its own 
services functional layer or a remote services functional layer via a peer Service Control functional layer; and 

Processes the responses from the Services functional layer and generates authorization "tickets" that are stored in 
the user's terminal. These tickets are then used with call requests. 

To support calls, this layer: 

Receives requests from the call control functional layer and generates requests for information to the appropriate 
services functions, which may be local or remote and may also be provided by third parties; and 

Processes the responses from the service functions to produce and return responses to call control. 

The Service Control functional layer is related to service capabilities and registration capabilities identified in [2]. A 
service capability may use more than one function in the Service Control functional layer and functions at other layers. 

This functional layer has the following functions: 



Service Control (SC) function 


This function is present in any networl< functional group. It provides 
support for calls by accessing information at the services layer This 
support mainly concerns authorization and routing, including name and 
address translations. 

This function exists as long as the service provider provides this type of 
service application. 



Terminal Registration (TREG) function 



This function is present in terminal registration functional group. It 
registers a user at a terminal with a service provider. This function lives 
as long as the user has a registration session with the network. 



Service Network Registration (SREG) 
function 



This function is present in the serving network functional group. It 
accepts registration of a user at a terminal. 

This function exists as long as the user has a registration session with 
the network. 



Intermediate Network Registration (IREG) 
function 



This function is present in the intermediate network functional group. It 
accepts registration requests from user at a terminal via the serving 
network functional group and proxies the request towards the home 
network functional group. 

This function exists as long as the user has a registration session with 
the network. 



Home Network Registration (HREG) function 



This function is present in the home network functional group. It accepts 
registration of a user at a terminal. 

This function exists as long as the user has a registration session with 
the network. 
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5.1 .3 The Call Control functional layer 



The Call Control functional layer shall maintain a call context. The call context allows the Bearer Control functional 
layer to provide the connections and capabilities requested by the user (as permitted by the service provider). In order to 
achieve this control, the Call Control functional layer may request information from the Service Control functional 
layer. 

The Call Control functional layer is related to the service and registration capabilities identified in [2]. A service 
capability may use more than one function in the Call Control functional layer and functions at other layers. 

This functional layer has the following functions: 



Call Control (CC) function 


This function is present in any networl< functional group. It maintains the 

call state and, if present, provides services that change the call state 

e.g. call forwarding, call transfer and conferencing. This function has the 

same lifetime as the call it controls. 

Communication with peer Call Control functions for the establishment and 

release of calls. 

Requests services from functions in the Service Control functional layer. 

Request determination of, allocation of, and release of, resources from 

Bearer Control functions. 



5.1 .4 The Bearer Control functional layer 

The Bearer Control functional layer manages the logical association between pairs of endpoints. Bearer Control shall 
be responsible for mapping call topology to individual media flows (e.g. connect parties a, b and c together). These 
flows may be between any pair of media processing functions in the media functional layer. 

The Bearer Control functional layer is related to the service and registration capabilities identified in [2]. A service 
capability may use more than one function in the Bearer Control functional layer and functions at other layers. 

This layer has the following functional functions: 



Bearer Control (BC) function 

• Bearer negotiation 

• IVIedia resource acquisition 


This function is present in any network functional group. It allows or 
disallows media streaming based on information from call control. This 
function has the same lifetime as the bearer that it controls. 
Negotiates with other Bearer Control functions. 

Communicates with the IVIedia Control function to obtain media resources 
for the bearer. 



Aggregate Bearer Admission Control 
(ABAC) function 



This function is present in any network functional group. It determines 

whether or not a flow is to be admitted as part of an established 

Aggregate Bearer. It also keeps track of the capacity available for flows 

as they may change for reasons other than the admission or cessation of 

media flows. 

Interfaces to the management plane for the retrieval of Aggregate Bearer 

parameters. 

This function has the same lifetime as the aggregate bearer that it 

controls. 



NOTE: The Quality of Service Manager (QoSM) functional element defined in reference [3] includes all those 
aspects of the Media and Bearer Control layers, within a particular functional group, that are involved in 
end to end QoS specification and control. 
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5.1 .5 The Media Control functional layer 



The Media Control functional layer shall be responsible for the properties of the individual media flows. In this 
functional layer media encoding capability is determined, Quality of Service (QoS) paths are reserved and firewalls are 
controlled in conjunction with the IP Transport plane. 

The Media Control functional layer is related to the service and registration capabilities identified in [2]. A service 
capability may use more than one function in the Media Control functional layer and functions at other layers. 

This functional layer has the following functions. 



Media Control (MC) functions 

• Circuit Networl< Media Termination 

• IVIedia Processing 

• IVIedia Resource Management 

• Packet Media Termination 

• Transport signalling 


Provides IP transport addresses for media reception and transmission. 

This function has the same lifetime as the media it controls. 

This function is present in the Gateway functional group. It provides 

termination of for example: all lower-functional layer circuit network 

hardware and protocols. 

This function may be present in any functional group. It performs signal 

processing functions such as voice compression, network 

echo-cancellation, silence suppression, comfort noise generation, 

encryption, codec translation, fax conversion, media insertion (DTMF, 

messages) filtering and analogue modem conversion (for passing 

analogue modem signals "transparently" through the packet network). 

This function is present in any functional group. It allocates internal 

resources in the media plane 

This function is present in any functional group. It performs termination 

of application data transport protocol 

This function is present in any functional group. It reserves QoS paths 

and controls firewalls in the IP Transport plane. 



Aggregate Bearer Measurement (ABM) 
function 



This function is present in any network functional group. 

It determines the capacity used and remaining in an Aggregate Bearer 

as a result of measuring the actual media flows after taking into 

account what flows were requested. 

Its interfaces with the management plane for the retrieval of Aggregate 

Bearer parameters 

This function has the same lifetime as the Aggregate Bearer that it 

measures. 



NOTE: The Quality of Service Manager (QoSM) functional element defined in [3] includes all those aspects of 
the Media and Bearer Control layers, within a particular functional group, that are involved in end to end 
QoS specification and control. 



5.2 Definition of reference points 



Reference points are identified for those (groups of) information flows that are to be subject of standardization. This 
clause describes the reference points, defined in the IP telephony application plane (and the relation to other planes) and 
shows how they can be combined to provide the application over IP networks. 

The internal structure of the management plane is defined in [5] and the internal structure of the IP transport plane is 
defined in clause 6 in the present document. 

Figure 5.2 shows the reference points in the general functional model. 
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NOTE 1 : All functions within the network functional group may appear more than once. In the figure the Registration 
function and the SC function appears more than once to show inter domain reference points R2 and SC2'. 
For simplicity the reference points from SC to the Service layer is not repeated but should be the same as 
for any other SC in the network functional group i.e. S2, S3, S4 and A35. 

NOTE 2: The reference point A55 corresponds to the reference point A in [5] and reference point S5 in the present 

document. 
NOTE 3: Parts of the Aggregated Bearer Admission Control (ABAC) and the Aggregated Bearer IVIanagement 
(ABM) function belongs to the Management Plane. Aggregate Bearer load control information flows 
between ABM and ABAC at N2 with the capability to provide admission control functionality based on 
aggregate bandwidth usage measurements and transport network QoS performance. 

Figure 5.2: General reference configuration 

Call Control functions shall be present in all networks involved in handling a call. Instances of lower layer functions 
may be created or destroyed as needed for a particular call. Bearer Control functions shall not be created for networks 
that choose not to directly control functions in the IP transport plane. A Bearer Control function shall be created when 
bearer re-negotiation is required, however the media control function and transport functions may not be needed. 

Figure 5.2 shows the general reference configuration. In order to understand how the functions, within that general 
model, interact for different scenarios each scenario is described in separate figures. 

Clause 5.2.1 provides the call unrelated reference point configurations and clause 5.2.9 provides the call related 
reference point configurations. 

5.2.1 SC-Service reference points 

SI: Information flows at SI provide the capability to store, retrieve and delete the registration ticket. 

S2: Information flows at S2 provide the capability to get and set properties in the user profile. For the 

purposes of: User authentication, user authorization, call routing, user preferences, allowed services and 
service options. 

S3: Information flows at S3 provide the capability to get call routing information and address translation. 

S4: Information flows at S4 provide the capability to get QoS information. 
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S5: Information flows at S5 provide the capability to store and receive accounting information from the 

management plane. 

5.2.2 SC-SC reference points 

Rl: Information flows at Rl provide the capability required for a user to register with the serving IPTN. They 

provide the capability to convey users ID, terminal ID, terminal capabilities etc. 

R2: Information flows at R2 provide the capability so that networks can exchange user registration and 

information related to user profile and subscription. 

SC2': Information flows at SC2' provide the capability to answer service related queries, e.g. to answer access 
and routing requests for calls in the context of Network Functional Groups. Input information may 
include called address/name, caller, calling domain. Output information may include next-hop address, 
preferences and constraints for the call parameters. 

5.2.3 CC-SC reference points 

SCI: Information flows at SCI provide the capability to get a ticket on an existing registration session. 

SC2: Information flows at SC2 provide the capability to answer service related queries, e.g. to answer access 

and routing requests for calls in the context of Network Functional Groups. Input information may 
include called address/name, caller, calling domain. Output information may include next-hop address, 
preferences and constraints for the call parameters. 

5.2.4 CC/BC-CC/BC reference points 

Cl: Information flows at CI provide the capability to establish, modify and terminate both calls and bearers to 

and from the terminal. 

C2: Information flows at C2 provide the capability to establish, modify and terminate both calls and bearers 

between non-terminal functional groups. 

C3: Information flows at C3 provide the capability to establish, modify and terminate calls and connections 

between non-terminal functional groups using an SCN. 

5.2.5 MC-BC reference points 

Nl: Information flows at Nl provide the capability to request, modify and delete media paths for the creation 

of a bearer in the context of terminal functional group. 

N2: Information flows at N2 provide the capability to request, modify and delete media paths for the creation 

of a bearer and provide the capability to control an insertion of information (e.g. tones and 
announcements) into media flows in the context of network functional group. Information flows at the N2 
provide Aggregate Bearer load admission control based on aggregate bandwidth usage measurements. 

N3: Information flows at N3 provide the capability to request, modify and delete media paths for the creation 

of a bearer in the context of gateway functional group. Information flows at the N3 provide Aggregate 
Bearer load admission control based on aggregate bandwidth usage measurements. 

5.2.6 MC-MC reference points 

Ml: Information flows at Ml provide the capability to carry media flows between the terminal and the IPN. 

M2: Information flows at M2 provide the capability to carry media flows over the IPN. 

M3: Information flows at M3 provide the capability to carry media flows over the SCN. 



£75/ 



20 



ETSI TS 101 314 V2.1.1 (2002-02) 



5.2.7 TR-MC reference points 

Tl: Information flows at Tl provide the capability to permit, modify and inhibit transport capabiUties for the 

terminal, including Quality of Service, for the creation of a media flow. 

T2: Information flows at T2 provide the capability to permit, modify and inhibit transport capabilities for the 

IPTN, including Quality of Service, for the creation of a media flow. 

T3: Information flows at T3 provide the capability to permit, modify and inhibit transport capabilities for the 

SCN, including Quality of Service, for the creation of a media flow. 

5.2.8 Call unrelated reference point configurations 
5.2.8.1 Registration 




Figure 5.3: Functions involved during the registration of a user 

5.2.9 Call related reference point configurations 

Call Control functions shall be present in all networks involved in handling a call. Instances of lower layer functions 
may be created or destroyed as needed for a particular call. Bearer Control functions shall not be created for networks 
that choose not to directly control functions in the IP transport plane. A Bearer Control function shall be created when 
bearer re -negotiation is required, however the Media Control function and IP transport plane functions may not be 
needed in all cases. 

For the simplicity only one Call control function is shown within each network. However, one network may include 
more than one function with a reference point similar to the inter-network reference point, e.g. C2. 

See clause 6 for details about the functional decomposition of the IP transport plane and [5] for details about the 
management plane. 



5.2.9.1 



Scenario 



Both users are using an IP terminal. 

Two major traffic cases may be identified: 

The first case: "Users at home" allows the calling user and the called user, registered directly with their home network, 
to obtain services from the originating network functional group. 

The second case: "Roaming users", allows the calling user and called user, registered with their home network via a 
serving network functional group, to obtain services from their home network functional group. The serving network 
functional group shall in this scenario act as a proxy and forward messages from the user's terminal to the home 
network and vice versa. 
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NOTE: Combinations of the above two cases can exist and may be visualized by combining one call half in 
figure 5.4 (e.g. originating terminal functional group + originating network functional group) with the 
other call half in figure 5.6 (e.g. terminating network functional group + terminating terminal functional 
group). 



5.2.9.1.1 



Users at home 



The calling user is registered to the home network in the originating network functional group. The called user is 
registered to the home network in the terminating network functional group. 
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NOTE 1 : The reference point A55 is the reference point A in [5] and reference point S5 in the present document. 

NOTE 2: Parts of the ABAC and the ABM function belongs to the IVIanagement Plane. Aggregate Bearer load 

control information flows between ABIVI and ABAC at N2 with the capability to provide admission control 
functionality based on aggregate bandwidth usage measurements and transport network QoS 
performance. 

Figure 5.4: Reference points for thie Scenario 0: user at hiome 
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5.2.9.1.2 Roaming users 

Both the calhng user and the called user are registered with their home network via a serving network. 
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NOTE 1 : For simplicity only the Serving network functional group and the Home network functional group are 

included in the Originating network functional group and the Terminating network functional group. Also an 
Intermediate network functional group may be present between them with reference points similar to the 
inter-network reference points e.g. C2. 

NOTE 2: The reference point Agg is the reference point A in [5] and reference point S5 In the present document. 

NOTE 3: Parts of the ABAC and the ABM function belongs to the Management Plane. Aggregate Bearer load 

control information flows between ABM and ABAC at N2 with the capability to provide admission control 
functionality based on aggregate bandwidth usage measurements and transport network OoS 
performance. 

Figure 5.5: Reference points for thie Scenario 0: roaming user 

5.2.9.2 Scenario 1 

The calling user is using an IP terminal, the called user is connected to the SCN. 

Two traffic cases may be identified: 

The first case: "User at home", allows a user, registered directly to his home network, to obtain services from the 
Originating network functional group. 

The second case: "Roaming user", allows a user, registered to to his home network via a serving network functional 
group, to obtain services from his Home network functional group. The serving network functional group will act as a 
proxy, even though local services may be provided to the calling user. 
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5.2.9.2.1 User at home 

The calling user is registered directly to to his home network in the originating network functional group. 




IP Transport Plane 



NOTE 1 : The reference point Ag5 is the reference point A in [5] and reference point S5 In the present document. 

NOTE 2: Parts of the ABAC and the ABM function belongs to the IVIanagement Plane. Aggregate Bearer load 

control information flows between ABIVI and ABAC at N2 with the capability to provide admission control 
functionality based on aggregate bandwidth usage measurements and transport network OoS 
performance. 

Figure 5.6: Reference points for thie Scenario 1 : user at hiome 
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5.2.9.2.2 Roaming user 

The calling user is registered to his home network through a serving network. 




NOTE 1 : For simplicity only the Serving network functional group and the Home network functional group are 
included in the Originating Network. Also an Intermediate network functional group could be present 
between them with reference points similar to the inter-network reference points e.g. C2. 

NOTE 2: The reference point Agg is the reference point A in [5] and reference point S5 in the present document. 

NOTE 3: Parts of the ABAC and the ABM function belongs to the Management Plane. Aggregate Bearer load 

control information flows between ABM and ABAC at N2 with the capability to provide admission control 
functionality based on aggregate bandwidth usage measurements and transport network OoS 
performance. 

Figure 5.7: Reference points for the Scenario 1 (roaming user) 
5.2.9.3 Scenario 2 

The calling user is connected to the SCN, the called user is using an IP terminal. 

Two traffic cases may be identified: 

The first case: "User at home", allows a user, registered directly to his home network, to obtain services from the 
Terminating network functional group. 

The second case: "Roaming user", allows a user, registered to the home network via a Serving network functional 
group, to obtain services from his Home network functional group. The Serving network functional group will in this 
case act as a proxy even though local services may be provided to the called user. 



ETSI 



25 



ETSI TS 101 314 V2.1.1 (2002-02) 



5.2.9.3.1 User at home 

The called user is registered to his home network in the Terminating network functional group. 
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NOTE 1 : The reference point A55 is the reference point A in [5] and reference point S5 In the present document. 

NOTE 2: Parts of the ABAC and the ABM function belongs to the IVIanagement Plane. Aggregate Bearer load 

control information flows between ABIVI and ABAC at N2 with the capability to provide admission control 
functionality based on aggregate bandwidth usage measurements and transport network QoS 
performance. 

Figure 5.8: Reference points for thie Scenario 2: user at hiome 
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5.2.9.3.2 Roaming user 

The called user is registered to his home network via a serving network. 
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NOTE 1 : The reference point Agg is the reference point A in [5] and reference point S5 in the present document. 

NOTE 2: For simplicity only the Serving network functional group and the Home network functional group are 
included in the Terminating Network. Also an Intermediate network functional group could be present 
between them with reference points similar to the inter-network reference points e.g. C2. 

NOTE 3: Parts of the ABAC and the ABM function belongs to the Management Plane. Aggregate Bearer load 

control information flows between ABM and ABAC at N2 with the capability to provide admission control 
functionality based on aggregate bandwidth usage measurements and transport network QoS 
performance. 

Figure 5.9: Reference points for thie Scenario 2: roaming user 
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5.2.9.4 



Scenario 3 



The calling user and the called user are connected to the SCN. Originating and terminating services are provided by the 
SCN even though local services may be provided by the IPTN. 



Management Plane 




NOTE 1 : The reference point Agg is the reference point A in [5] and reference point S5 in the present document. 

NOTE 2: Parts of the ABAC and the ABM function belongs to the IVIanagement Plane. Aggregate Bearer load 

control information flows between ABIVI and ABAC at N2 with the capability to provide admission control 
functionality based on aggregate bandwidth usage measurements and transport network QoS 
performance. 

Figure 5.10: Reference points for thie Scenario 3 



6 Functional decomposition of the IP Transport plane 

Within the IP transport plane, general non-application specific parameters effecting transport and QoS must be 
controlled and accounted to achieve the transport requirements requested by the application. 

The functionality in the IP transport plane is arranged through a number of functional entities grouped into layers. The 
following layers are identified within the IP transport plane: 

• Transport Service; 

• Transport Control; 

• Transport flow. 

The following clauses introduce these layers and functions. 
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6.1 Introduction to the functional layers 

The IP Transport plane has 3 functional layers: the transport service functional layer, the transport control functional 
layer and the transport flow functional layer. 

These functional layers are shown in figure 6.1. For simplicity only two functions are shown in each functional layer 
with all of the possible communication paths within the functional layer and to the adjacent functional layers. 
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Figure 6.1 : Functional layers in the IP transport plane 

In the subsequent clauses each of the functional layers is introduced. 



6.1 .1 Transport service functional layer 



The transport service functional layer shall contain functionality that is needed for the transport service as defined in 
TR 101 311 [6] and TR 101 877 [17], and has a life span longer or shorter than the duration of a transport session. 



Transport Policy (TP) function 



Maintains the policies of the transport domain in which it is situated. 
This function will exist as long as the service provider exists. The 
lifetime of information in this function is as long as the transport 
policies stay the same. 



Transport Accounting (TA) 
function 



Records transport usage information that may be used for accounting 
purposes, within the transport domain where it is situated. This 
function will exist as long as the service provider exists. The lifetime 
of information in this function is at least as long as the legal time to 
keep such information. 



6.1 .2 Transport control layer 

The transport control functional layer shall contain functionality that is needed for the transport session. 
It provides an interface to the IP Telephony Application plane and other transport domains. 



Transport Resource IVIanager 
(TRM) function 



Applies a set of policies and mechanisms to a set of transport 
resources to ensure that those resources are allocated such that they 
are sufficient to enable QoS guarantees across the domain of control 
of the TRM. This function has a lifetime as long as long as the 
transport flow. communicates with ICF to enforce the policy. 
Communicates with other TRMs to establish the QoS profile on a 
stream (e.g. RSVP). 
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6.1 .3 Transport flow layer 

The transport flow functional layer provides the capability to transport and police (packet) flows. 



Inter Connect Function (ICF) 



Interconnects transport domains with entities outside of the transport 

domain. 

Enforces packet flow policy as specified by the TRIVI. 

Tags packet flows with QoS information (e.g. DiffServ/IVIPLS). 

Provides usage measurements for e.g. Aggregate Bearer load 

thresholds. 



Transport Function (TF) 



Transport resources within a Transport Domain capable of QoS 
control. 



6.2 Definition of reference point 



Reference points are identified for those (groups of) information flows that are to be subject of standardization. The rest 
of this clause describes the reference point, defined in the IP transport plane, and shows how they can be combined to 
support the IP telephony application plane with means of controlling media flows. 

Figure 6.2 shows reference points within the IP transport plane and the relation to the IP telephony appUcation plane. 
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Figure 6.2: Reference points in the IP Transport plane 

6.2.1 Transport control - transport service reference points 

14: The reference point is between a TRM and its associated TP. 

16: The reference point is between the TRM and the TA. The information flow across the reference point 

transports usage related information that enables accounting of used resources within the IP Transport 
plane. 
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6.2.2 Transport control - transport control reference points 

II: The reference point is between a TRM and a User Equipment TRM. The QoS information flow across 

this reference point communicates the required QoS characteristics of the related local loop transport 
flows that will carry the media flow, the properties of the media flow, and possibly addressing 
information related to the transport flows. 

12: The reference point is between two TRMs in different network transport domains. The information flow 

across this reference point communicates the required QoS characteristics of the related interconnect 
transport flows that will carry the media flow, the properties of the media flow, and possibly addressing 
information related to the transport flows. 

6.2.3 Transport flow - transport control reference points 

13: The reference point is between a TRM and an ICF. The information flow across this reference point 

controls the ICF and enables it to perform its interworking and policing functions. 

15: This reference point is between TRM and TF. The information flow across this reference point ensures 

the creation and deletion of transport flows across the TF possibly with QoS. 
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7 



Architecture summary 



Figure 7.1 is a combination of the functional entities in the IP Telephony application plane and the IP Transport plane 
showing all reference points introduced in this document. 
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Figure 7.3. Architecture summary 
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Annex A (informative): 

Business roles reference configuration 

The requirement document [17] describes business roles and relationships between them as an example of how business 
relationships in a telecommunications infrastructure can be structm^ed. This annex shows how the different business 
interactions map to the reference points defined in the present document. 



Reference [17] identifies the following interactions: 


Corresponding 
Reference point 


1) End User-End User: direct communication between End Users without 3'"'^ party 
intervention 


not applicable 


2) End User-Retailer: user registration 


R1 


3) End User-IP Telephony Service provider: call-setup 


01 


4) End User-Transport Network operator: transport usage accounting, 3'"'^ transport 
flow establishment and 3'''^ party transport flow reservation. 


T1/I1 


5) Retailer-Retailer: user mobility (e.g. roaming) 


R2/SC2 


6) Retailer-IP Telephony Service Provider: call authorization, user-specific call routing 


SC2 


7) Retailer-Transport Network Operator: transport resource usage accounting. 


T2/I6 


8) IP Telephony Service provider - IP Telephony Service provider: Inter domain call 
setup 


C2/C3 


9) IP Telephony Service provider - IP Telephony Service provider (3pty): 3'^'^ party 
call. 


SC2 


1 0) IP Telephony Service provider - Transport Network Operator: transport resource 
usage, 3'"'^ party transport flow establishment and 3'"'^ part transport flow reservation. 


T2 


11) Transport Network Operator - Transport Network Operator (peering): transport 
usage accounting, and transport flow establishment. 
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12) Transport Network Operator - Transport Network Operator (federation): transport 
resource usage accounting and transport flow establishment. This involves the use of a 
clearinghouse. 
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